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[57] ABSTRACT 

A system and method for managing a mobile file system 
cache to maximize data storage and reduce problems from 
cache full conditions. Cache management automatically 
determines when the space available in the cache falls below 
a user-specified threshold. The cache manager attempts to 
free space needed for caching the next object. Files are 
deleted from the cache if no server updates are pending and 
if such deletion will provide the needed space. If automatic 
deletion does not provide sufficient space, the user is 
prompted for action. The system user can control the cache 
by increasing or reducing its size and drive allocation and 
can explicitly evict clean files from the cache. Cache expan- 
sion can be to logical or physical storage devices different 
than those on which the original cache is stored. The system 
enables separate storage of temporary files allowing identi- 
fication and deletion of such files. 

16 Claims, 7 Drawing Sheets 
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SYSTEM AND METHOD FOR CACHE 
MANAGEMENT IN MOBILE USER FILE 
SYSTEMS 

This Application is a divisional application of Ser. No. 
08/723,820 filed Sep. 30, 1996 now U.S. Pat. No. 5,893,920. 

BACKGROUND OF THE INVENTION 

1, Field of the Invention 

The present invention relates to the management of com- 
puter implemented file systems. In particular, the present 
invention relates to the management of caching in file 
systems for mobile users that routinely disconnect from a 
server file system. 

2. Background and Related Art 

Computer systems are used by companies and individuals 
to manage business and personal matters. The data manipu- 
lated by the computer user is stored in a file system resident 
on the user's computer or on a network server. Storing data 
on a network server has the advantage of making data 
available to other people in the company and of reducing the 
disk storage requirement on individual workstations. Por- 
table computers with limited disk storage particularly benefit 
from network server storage. 

Portable computers provide a computing solution for 
people who must travel as part of their job, who frequently 
take work home from their office, or, who for convenience, 
need to have portable computing solutions. These workers 
are frequently termed "mobile computer users" or simply 
"mobile users.** 

Mobile computing is greatly facilitated by systems and 
methods that allow the mobile users to connect to a network 
server and update shared files with the results of his or her 
work while disconnected. Early methods of resynchroniza- 
tion required the worker to manually copy and compare each 
file on which they had worked or thought they might have 
changed. Similarly, if network files had changed, the worker 
would have to check and copy those files to the portable 
computer. Newer methods include software programs that 
automatically compare and resynchronize a network and 
mobile computer. A specifically designed IBM Mobile File 
System, goes one step further providing tracking and resyn- 
chronization of files as part of a distributed file system 
function. 

Mobile file systems have to support disconnections of 
clients from the servers to which they are normally con- 
nected. This support is provided by caching of files from the 
server to the client machine whenever a user accesses a file. 
Implicit caching is the process through which files the user 
is currently accessing are temporarily stored on the mobile 
device. The mobile user can then continue to access the files 
even when disconnected from the server. The user can 
update these cached files or create new ones. Any changes 
made to the cached files are logged by the file system and 
these files arc flagged as 'dirty'. These * dirty' files must 
remain in cache until the user reconnects to the server plays 
these changes back to the server. Mobile file system trans- 
action logging is described in patent application Ser. No. 
08/572,923, filed Dec. 15, 1995 entitled "Process and Article 
of Manufacture for Constructing and Optimizing Transac- 
tion Logs for Mobile File Systems." 

Explicit caching occurs when the user specifies certain 
files are to be copied to the mobile machine for later use or 
update. The user can choose to cache files explicitly by 
creating a profile of files to be cached. Explicit caching is 
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often called stashing, and is initiated by a user in anticipation 
of disconnection from the network server. 

There is a limited amount of disk space available for 
caching on portable computers. r lnis limit can be easily 

5 reached if the user caches a large number of files explicitly 
or implicitly while connected to the server. If the user is 
disconnected from the server for an extended period of time, 
he or she may completely fill the cache and reach a state 
where he or she is not able to create any new files or update 

10 existing ones. Files may exist that the user has completed 
working with, but to replace these * dirty* files in the cache, 
the user would need to first replay and synchronize the 
changes to the server. A mobile user may not have this option 
at the time the cache fills. The caching methodology for 
mobile users must solve the technical problem of managing 

15 the cache so a mobile user can continue using the file-system 
for extended periods of time even while disconnected. 
Adopting a standard cache replacement policy such as LRU 
(Least Recently Used) does not by itself meet the require- 
ments of a mobile user since it does not consider the need to 

20 resynchronize files with a server. In addition, the caching 
mechanism must work in a computer system environment 
that does not reserve an exclusive, fixed size partition for the 
cache. The lack of a fixed size cache complicates cache 
management because it imposes a further limit on the 

25 amount of space that can used for caching, because the 
limited portable disk space also is being used for unrelated 
user and system activity. 

File systems such as Coda, that support mobile users, 
cache files to support disconnections from the network. 

30 Coda assigns a priority to each entry in the cache. This 
priority is a function of an explicit priority specified by the 
user and an implicit reference priority. The reference priority 
of an object is based on the total number of references that 
have occurred since it was last referenced. Coda does not 

35 allow the user to explicitly evict cached data. Also, Coda 
assumes that a partition of fixed size is reserved for the 
cache. The size of this partition cannot be dynamically 
varied. See Satyanarayanan et al, "Coda: A Highly Available 
File System for a Distributed Workstation Environment", 

40 IEEE Transactions on Computers, Vol. 39, No. 4, April 
1990; Kistler and Satyanarayanan, "Disconnected Operation 
in the Coda File System*', ACM Transactions on Computer 
Systems, February 1992; and Kistler, "Disconnected Opera- 
tions in a Distributed File Systems", Ph.D. this is, Depart- 

45 ment of Computer Science, Carnegie Mellon University, 
May 1993. 

SUMMARY OF THE INVENTION 

The present invention overcomes existing mobile file 

50 system limitations by providing specific mobile file system 
cache management features. The present invention over- 
comes the existing problem of evicting cached data in 
secondary storage incorrectly, i.e., evicting the data to 
accommodate new data only to find that even after the 

55 evictions insufficient space is available for this new data. 
The present invention also handles the mobile file system 
constraint that file system cache space is not exclusively 
reserved for caching. It docs so by providing support for 
dynamic expansion and reduction of the cache size, and 

60 support for the cache spanning multiple drives on the 
system. The present invention provides the user with greater 
control over the contents of the cache, the proposed inven- 
tion allows the user to evict data from the cache explicitly. 
Finally, the file -system maintains a separate cache for tem- 

65 porary files that are created by applications such as editors 
and word-processors and reserves the main cache for data 
that is of importance to the user. 
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The present invention is directed to providing a mobile FIG. 5 is a block diagram depicting the system tables of 

file system cache management process that addresses mobile the present invention, 
cache space limitations. The present invention receives a 

user specification of the amount of space to be allocated for DETAILED DESCRIPTION 

caching. As files arc implicitly or explicitly cached, the 5 a data processing system according to the present inven- 

cache management process verifies the available space. If tion is shown in FIG. 1. The overall clustered or distributed 

insufficient space remains to cache the next requested file, system 100 comprises a number of clients and servers 

the cache manager takes one of several actions. The cache interconnected by a network 118. Network 118 may be a 

manager first attempts to remove cached files that are not local area network (LAN) serving a small business, corpo- 

' dirty/ The cache manager analyzes the amount of space this 10 ra te department or similar entity, or it may include wide area 

action will recover and initiates removal only after deter- network components interconnecting geographically dis- 

mining that sufficient space will be freed to store the persed sites. Network 118 may also be a private network, 

requested file. If file removal is unsuccessful, the system e .g. a high speed fiber optic connection or a switch connect- 

notifies the user and allows the user to increase the cache mg a c i uste r of machines. The present invention is appli- 

size and to allow expansion of the cache to other physical or is cable in all these cases. 

logical drives. The user may also reduce cache commit- Clustered or distributed system 100 includes servers 102, 

ments. The user is presented with an option to evict cached m and 106> each of which has norj _ volatile storage 103 , 

files which he or she may do to remove unneeded files. 105f ^ 107 ^ noi>volalile storage may be magnetic 

Finally, the present invention tracks cache requests and hard disks> oplical disks or similar technology . Each of the 

enables caching of files once cache space becomes available. 20 servere may have any number of each of these lypes of 

The present invention is directed to a system for manag- storage devices. Server systems typically contain large 

ing a file system cache in a computer system having a amounts of non-volatile storage having capacities exceeding 

processor, memory and first and second file system storage, 0 ne gigabyte. 

the computer system is removably connected to the first file Qiem workslations 108 1U 114 116 are connected to the 

system storage, and selected data from the first file system 25 network and are able to ^ the serv ices of one or more of 

storage is stored in a file system cache in the second file serwB 102 104 106 A cliem may have its Qwn non . volatile 

system storage for use when the computer system is discon- storagej (e g u0) or may rdy totally on a for 

nected from the first file system, the system comprises, QO n-volatile storage. A particular client, e.g. 106 may be a 

means for receiving a request to store additional data in the p0flable computer or other mobile clienl that can be discon _ 

file system cache, the additional data requiring a first amount 30 nected frQm ^ nelwork and ated ind dem of the 

of storage; means for testing to determine whether or not the network 

file system cache has the capacity to store the first amount; ™ « . - 1An , . ,, . . 

means for storing the additional data if the file system cache I* 6 c ° nfi g" ra,I °" f V*™ 10 °. ' nc } udin g number 

. j c , , . • • i . and configuration of chents and servers, is provided only as 

has capacity; and means for deleting cached data to make , , . . . ■ , . 4 , . / . 

•i ui i -f.u til . . t j i » j j . « an example and is not intended to limit the scope of the 

space available only if the cached data to be deleted does not 35 mvent j on j n an wa 

contain pending modifications to server data and the dele- 1 1 Wa ^' 

lions will free space sufficient to store the first amount of nG P resent lDvemion 15 implemented within the client file 

data system. An example of a client as used by the present 

T /. tU P u- ♦ e*u .* *• * -j invention is shown in FIG. 2 generally at 200. A client can 

It is therefore an object of the present invention to provide . , A * . , w , . 

, . . f . , . , , 40 be any computer system such as an IBM Thinkpad Model 

a cache management system that implements a replacement 40 560 J a ^ ble RISC Sys ,em/6000 (IBM, Thinkpad, 

pofacy that preserves files with updates that need to be and * ■ /6000 J trademarl ^ s of ' the , P BM ' 

synchronized back to a server. „ x >>i- 4 . 

J . Corporation.) Client 200 has one or more processors or 

It is yet another object of the invention to provide a CPUs making up a processor element 2 02. Processor ele- 

system and method for cache management that presents 45 meD t 202 has access to volatile memory 204. The processor 

options to the system user to allow interactive cache man- also contro is i npu t/Output unit 206, which controls access to 

agement in response to cache limit detection. non-volatile storage, such as hard disk 208, and to input/ 

It is yet another object of the invention to enable dynamic output devices such as display 210, keyboard 212, and 

evaluation of cache space availability so that additional files pointing device 214. Other I/O devices could be attached to 

may be cached as space becomes available. 5Q the input/output unit such as a diskette drive, a CD-ROM 

The foregoing and other objects, features and advantages drive and other multimedia devices. Network communica- 
of the invention will be apparent from the following more tions is handled by network controller 216. Network con- 
particular description of a preferred embodiment of the troller 216 performs the services necessary to control access 
invention, as illustrated in the accompanying drawing to the network including the servers on the network. The 
wherein like reference numbers represent like parts of the 55 physical network can be a token ring, Ethernet or other 
invention, network. The nelwork protocol can be TCP/IP, NETBIOS, 
BRIEF DESCRIPTION OF THE DRAWING NetWare, or other protocol allowing access to resources and 

transmission of messages over a network. 

FIG. 1 is a block diagram illustrating a data processing Implementation of the present invention is not dependent 

system according to the present invention. 6Q on client or xp/Gr operating systern> diem/server protocol, 

FIG. 2 is a block diagram of a typical server component network protocol or physical file system. Thus, the present 

of the data processing system according to the present invention may be implemented in a many different and 

invention. mixed environments, with operating systems including IBM 

FIG. 3 is a block diagram of a system with an installable AIX, IBM OS/2, Microsoft Windows NT, and other opcr- 

file system including a mobile file system. 55 ating systems. 

FIGS. 4A-4B are a flowchart describing the process of the FIG. 3 illustrates a mobile file system according to the 

preferred embodiment. present invention. The mobile file system is implemented 
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within the client and the server operating system. The space is sufficient to accommodate new data that the file- 
mobile file system of the preferred embodiment is imple- system is trying to cache. 

mented as an installable file system (IFS). The Installable [ D addition to returning an error message, the preferred 

File System request router 302 routes file system requests embodiment of the invention allows the user to dynamically 

from a user application 306 to the appropriate file system. 5 expand or reduce the size of the cache. This dynamic 

The installed file system can be one or more local file variation in the size of the cache can be both usage driven 

systems 312, a network file system 314 connected through and user driven< ^ fi i e . S ystem can be configured to 

a network operating system such as IBM LAN Requester or automatically increase the size of the cache if additional 

Novell NetWare. Examples of other installable file systems cache space ^ req uired without asking the user. This usage 

are the IBM HPFS file system available with the OS/2 10 driven dynamic extension of cache size is transparent to the 

operating system. user anc j ^ triggered when the free space in cache falls below 

The mobile file system driver 304 receives file system a pre-assigned percentage of the total cache size. User driven 

calls from the installable file system router. These requests expansion of the cache allows the user to increase the size 

are routed to a user level mobile file system router 308 that of the cache in anticipation of caching a large amount of data 

services file system requests. These requests are, in turn 35 which may exceed the current cache size. The file-system 

routed to the cache manager 310 that uses file system calls allows the user to specify the additional space required and 

through the installable file system request router 302 to the drive where the cache will reside. The drive specified can 

access the locally cached file in the local file system 312, or be any existing hard drive on the system and need not be the 

the server version of the file through the network file system drive used for the original cache. Information is maintained 

314. When the mobile file system is disconnected, only the 20 f or each cached file about the drive on which the data is 

local data is available. cached to support caching across multiple drives. 

The present invention is implemented in the cache man- The file system also allows the user to relinquish the 

ager 310 for managing a local cache on the local file system additional space requested. The file-system lists the files that 

312, A single cache manager may, according to the present are candidates for replacement on each drive to help the user 

invention, manage a single local cache spread over multiple 25 select the files to remove. A file is a candidate for replace - 

local file system volumes having the same or different file ment if it is not presently open for use. This definition 

system protocols. . includes files that are "clean" as well as "dirty." Within the 

The mobile file system cache manager 310 maintains a list hst of files cached on each drive the files are sorted by order 

of the names of files and directories that have been cached. 3Q °f the least recent use. A warning message is displayed by 

Each file or directory is referenced as a file system object. the file-system if the user selects a dirty file to be evicted and 

Entry status information is maintained along with the name the user is also prompted to confirm such a selection. If the 

of the file or directory. The status information consists of the user still decides to evict a dirty file, the corresponding store 

last modify date and time, last access date and time, size of entrv for the dirty file is removed from the transaction log. 

the file, and any file-attributes associated with the file. In 35 Giving the user the ability to evict clean as well as dirty files 

addition to the caching of status for a file, the contents of the g ives the user greater control over the contents of the cache, 

file or data may also be cached depending on the particular F° r example, the user may have cached from the server all 

file system call. In the preferred embodiment, the file-system °f the executables necessary for using a word processor. In 

sets a limit on the number of files that can be cached, and on disconnected mode the user invokes these executables to 

the amount of disk storage (in bytes) available for use by the 4Q edit a document and may realize he or she has no further use 

cache. These limits are user configurable parameters set for the word-processor during this disconnected session. The 

according to the available system resources and the antici- user knows that these executables can be evicted from the 

pated amount of caching. For example, these parameters are cache immediately, but a standard cache replacement algo- 

specified in the CONFIG.SYS file in OS/2. If the user rithm has no way of knowing this is a possible action, 

reaches the maximum file system object limit, then one or 45 The explicit user eviction of clean cache files from the 

more of the cache entries must be replaced for caching cache is not logged. This ensures that the file will not be 

additional file system objects. deleted from the server when the user reconnects to the 

The type of the file system request causes either the server and all modifications to files made by the user while 

caching of only the name and status information for the file disconnected are replayed to the server. On the other hand, 

system object, or the caching of name, status and data. An 50 eviction of a "dirty" file from the cache causes deletion of 

OS/2 "dir" command that results in a display of all the the log entries for that file in the transaction log. Allowing 

entries in the current directory would require the caching of the user to evict cached data which the user knows will not 

status for a file system object but no caching of data. On the he needed is a powerful feature for reclaiming valuable 

other hand, opening a word- processing document would cache space. 

lead to caching of the document data as well as the name and 55 The preferred embodiment uses a separate cache for the 

status information. caching of temporary' files. Temporary files are created by 

A least recently used replacement policy is used to select many applications such as word-processors and text editors, 

and remove cached file system objects to accommodate a ana * are usually deleted once the application terminates. A 

new entry when no data is cached. In the more complicated separate cache for temporary files is used to store these files 

case requiring data caching, the preferred embodiment first 60 instead of using the main or primary cache. The advantage 

checks whether replacement of the selected entries from the of this feature is that important data which may have been 

cache will provide sufficient storage for the new object. If cached by a user for use while being disconnected from the 

sufficient storage will not be available even after removing server will not have to contend for space in the. cache with 

entries from the cache, none of the cached data is removed, temporary files, and will not run the risk of being replaced 

and an error is returned to the user informing him or her that 65 °y those temporary files. 

insufficient cache space is available. The advantage of this A further complication arises in a typical caching system 

method is that cached data on disk is removed only if the when space is not reserved on disk for exclusive use by the 
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caching function of the file system. Without exclusive cache 
space, the file system may find that the cache space limit has 
not been reached, but no space is available for caching due 
to other system activity. 

If disk space is freed later, the file-system can attempt to 5 
cache data that it was not able to cache earlier. The preferred 
embodiment runs a daemon in the background that periodi- 
cally calculates the free space available on disk. Periodic 
free space determination is especially useful if the file 
system provides support for stashing of files. Stashing is the 10 
explicit caching of files by a user. Stashing allows a user to 
cache files in anticipation of a disconnection from the server. 
The list of files to be stashed is specified in a profile by the 
user. Once the file system detects that additional space has 
become available, it stashes data that it was not able to stash 35 
earlier. Files that have been stashed are compressed before 
caching. A "file-compressed" flag is maintained in the file 
system object record to indicate that the file is compressed. 
When a file is to be provided to the user from the cache, the 
"file -compressed" flag is checked and the file is decom- 20 
pressed if required. When the file is decompressed, cache 
space is expanded automatically, if necessary. Once the file 
has been decompressed, the compressed copy is deleted. 

The cache management process of the preferred embodi- 
ment of the present invention is illustrated in FIG. 4. The 25 
process starts at 402 and immediately proceeds to step 404 
where the installable file system (IFS) router receives a file 
system(FS) request. The request is tested to determine 
whether it is for an installed Mobile File System (MFS) 406. 
If not, the request is routed to the appropriate file system 30 
driver and a result returned to the user 408. If the request is 
for the Mobile File System, the process dispatches a thread 
to handle the file system request 410. The request is tested 
to determine whether it will result in caching of file data 412. 
As discussed above, certain operations, such as opening a 35 
new file, lead to caching of data. Others, such as listing a 
new directory, will cache only file system information not 
data. 

If no file data is to be cached, the cache manager attempts 4Q 
to cache the name and status of the file system object 414. 
The cache manager tests whether the name and status for the 
object are already cached 416. If so, the cache manager tests 
whether the client is connected to the server 418. If 
connected, the MFS client fetches the latest status in form a- 45 
tion from the server and updates the cache 419. Results are 
returned to the user if not connected to the server or after 
updating the status 420. 

If the name and status have not previously been cached, 
the cache manager tests to determine whether an empty free 50 
list entry is available for the new object 422. If not, a least 
recently used (LRU) policy is used to evict a name and status 
entry from the list to make a free entry 424, The new name 
and status entry is added to the free list entry 426 and results 
are returned to the user 428. 55 

If file data is to be cached, the cache manager first checks 
to see whether file data for this file system object is already 
in the cache 430. If so, the cache and server copies are 
compared 431. If the copies are the same, the cache priorities 
are recomputed 454 and results returned to the user 456. 60 

If the file data is not already in the cache or if the cache 
version is different than the server version, the cache man- 
ager tests whether there is enough space in the cache for the 
file 432. If so, the file is cached 452 and cache priorities are 
recomputed 454. If insufficient space is available, the cache 65 
manager examines the files in the cache to determine which 
of them are subject to replacement 434. The file sizes of the 
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replaceable files are summed and compared to the size of the 
file to be cached 436. If the summed size is greater, a 
sufficient number of files is removed to create the needed 
space and the file is cached 438. The remaining available 
space is compared to a preset percentage of the total cache 
440. If the available space is not less than the percentage, the 
cache manager recomputes caching priorities 454 and 
returns results to the user 456. 

If the replaceable files do not provide sufficient space, or 
if the remaining available space is less than the specified 
percentage, the cache manager increases cache size by a 
predefined percentage 442, The additional cache space is 
allocated by searching available disk drives in the order 
specified by the user for allocable space, and the space is 
allocated from the first drive in which the space is available. 

If the cache expansion was successful 444, the cache 
manager checks whether any file cache requests are out- 
standing 450. If a file cache request is outstanding, the file 
is cached 452, and the cache priorities recomputed 454. 

If the cache expansion was not successful, the cache 
manager checks whether the file was successfully cached 
before the requested expansion 446. If not, an error is 
returned to the user 448. If the file was cached, then 
priorities are recomputed 454 and a successful message is 
returned to the user 456. 

FIG. 5 is an illustration of the system tables maintained by 
the cache manager according to the present invention. The 
Volume Record 502 contains information on the server from 
which the files were cached, a file system object list, a 
normal file disk cache list, and a temporary file disk cache 
list. The file system object list contains a file system object 
record 504 for each file system object. This record contains 
a pointer to the volume record, a file/directory name, a status 
record, a data pointer, a replacement priority and a pointer to 
the next file system object entry. The data pointer points to 
a cache file record 506 that includes the cache location, the 
file handle, the name of the file in cache and clean/dirty flag. 
The normal file disk cache list points to a disk cache table 
508 that lists the total bytes allocated and used for each 
cache location used for normal file caching. A temporary file 
disk cache table 510 contains similar information for each 
cache location used to store temporary file information. 

The preferred embodiment implements a system and 
process for cache management that enables the following 
mobile user cache functions: 1) enforcement of a replace- 
ment policy that removes clean files from the cache only if 
the space freed by the removal will accommodate the new 
file to be cached; 2) expansion of the cache space based on 
usage or user selection; 3) support for disk cache for which 
there is no fixed partition and support for a cache spanning 
multiple drives on a system; 4) reduction of the cache size 
by eviction of user specified files from the cache, provided 
the files are not presently in use; 5) user specified eviction 
of clean files from the cache when disconnected from the 
server without logging the eviction; 6) user specified evic- 
tion of dirty files from the cache when disconnected from the 
server accompanied by removal of the corresponding store 
entry in the transaction log; 7) allocation of a separate cache 
for caching temporary files; 8) detection and use of newly 
freed disk space for stashing files that could not previously 
be stashed; and 9) compression of stashed files and decom- 
pression of these files when the user tries to open the files. 

It will be understood from the foregoing description that 
various modifications and changes may be made in the 
preferred embodiment of the present invention without 
departing from its true spirit. It is intended that this descrip- 
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tion is for purposes of illustration only and should not be 
construed in a limiting sense. The scope of this invention 
should be limited only by the language of the following 
claims. 
We claim: 

1. A method of managing a file system cache in a first 
computer system having a processor, memory and storage 
means, said file system cache occupying at least two cache 
areas of said storage means with each cache area having a 
different cache management policy, the method comprising 
the steps of: 

setting a respective first size of each of said cache areas 
in said storage means; 

testing the amount of free space in a selected cache area 
in response to a request to store a file system object in 
said file system cache, the selected cache area deter- 
mined by the cache management policy appropriate for 
a degree to which the file system object should be 
persistently stored in a memory of a second computer 
system, the file system object containing at least some 
data unique to the first computer system; 

expanding the size of said cache without operator inter- 
vention if said testing determines that the free space is 
less than a first amount. 

2. The method of claim 1, wherein the file system cache 
has a temporary cache area and a primary cache area, further 
comprising the steps of: 

determining whether the request to store is for a tempo- 
rary file which will be deleted when a requesting 
application terminates or for a persistent file which will 
be persistently stored in the memory of the second 
computer system after the requesting application ter- 
minates; and 

responsive to the determination that the request to store is 
for a temporary file, storing the temporary file in the 
temporary cache area. 

3. The method of claim 1, further comprising the steps of: 
receiving a user input to increase one of said cache areas 

by an amount; and 
expanding the size of said cache area by said user input 
amount. 

4. A system for managing a file system cache in a mobile 
computer system having a processor, storage and user inter- 
action means, the system comprising: 

means for receiving a request from said user interaction 
means to change the amount of said storage allocated to 
said file system cache while the mobile computer 
system is in a disconnected state relative to a network; 

means for receiving a storage location specification for 
said file system cache from said user interaction means; 

means for changing the file system cache size in response 
to the amount and the storage location specification 
received without interrupting computer system opera- 
tion so that additional files modified by the mobile 
system can be stored in the file system cache until the 
mobile system is in a connected state relative to the 
network and can be transferred to a file system coupled 
to the network. 

5. The system of claim 4, wherein the storage location 
specification is for a logical storage device different from the 
logical storage device of said file system cache. 

6. The system of claim 4, wherein the storage location 
specification is for a physical storage device different from 
the physical storage device of said file system cache. 

7. A computer program product in a computer readable 
medium for managing a file system cache in a first computer 
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system having a processor, memory and storage means, the 
file system cache having at least primary and temporary 
cache areas of the storage means, comprising: 

means for managing a primary cache area for persistent 
5 files having data first modified by the first computer 
system and persistently stored after an owning appli- 
cation is terminated according to a first cache manage- 
ment policy; 

means for managing a temporary cache area for tempo- 
10 rary files which are deleted after an owning application 
is terminated according to a second cache management 
policy; 

means for setting an initial size of each of the cache areas 
in the storage means; 

15 means for testing the amount of free space in a selected 
cache area in response to a request to store a file system 
object in the file system cache, the selected cache 
determined by whether the file system object is a 
temporary file or a persistent file; and 

20 means for expanding the size of the selected cache area 
without operator intervention if said testing determines 
that the free space is less than a first amount. 

8. The product as recited in claim 7, further comprising: 
means for receiving a user input to increase one of the 

25 cache areas by an amount; and 

means for expanding the size of the cache area by the user 
input amount. 

9. The product as recited in claim 8, further comprising: 
means for listing a set of files which are candidates for 

30 removal from the cache area; 

means for removing selected files from the cache area 
responsive to user selection of the selected files from 
the set of files. 

35 10. The product as recited in claim 8, further comprising: 
means for presenting a warning message to a user after 
selection for removal of a modified file. 

11. A method for managing a file system cache in a mobile 
computer system having a processor, storage and user inter- 

40 action means, the method comprising the steps of: 

receiving a request from the user interaction means to 
change the storage allocated to the file system cache 
while the mobile computer system is in a disconnected 
state relative to a network; 

45 receiving a storage location specification for the file 
system cache from the user interaction means; and 
changing the file system cache location in response to the 
storage location specification received without inter- 
rupting computer system operation so that additional 

50 files modified by the mobile system can be stored in the 
file system cache until the mobile system is in a 
connected state relative to the network and can be 
transferred to a file system coupled to the network. 

12. The method as recited in claim 11, wherein the storage 
55 location specification is a logical storage device different 

from the logical storage device of said file system cache. 

13. The method as recited in claim 11, wherein the storage 
location specification is a physical storage device different 
from the physical storage device of said file system cache. 

60 14. A computer program product in a computer readable 
medium for managing a file system cache in a computer 
system having a processor, storage and user interaction 
means, the product comprising: 
means for receiving a request from the user interaction 
65 means to change the amount of said storage allocated to 
the file system cache while the mobile computer system 
is in a disconnected state relative to a network; 
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means for receiving a storage location specification for 
said file system cache from said user interaction means; 
and 

means for changing the file system cache size in response 
to the amount and the storage location specification 5 
received without interrupting computer system opera- 
tion so that additional files modified by the mobile 
system can be stored in the file system cache until the 
mobile system is in a connected state relative to the 
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network and can be transferred to a file system coupled 
to the network. 

15. The product as recited in claim 14, wherein the storage 
location specification is a logical storage device different 
from the logical storage device of said file system cache. 

16. The product as recited in claim 14, wherein the storage 
location specification is a physical storage device different 
from the physical storage device of said file system cache. 

***** 
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